home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000406_news@columbia.edu _Tue Jan 4 01:52:54 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id BAA04574
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 4 Jan 2000 01:52:53 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id BAA20672
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 4 Jan 2000 01:27:05 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: not-2-disclose@the.net
  10. Subject: MS-DOS Kermit, more capabalities
  11. Message-ID: <010400011923not-2-disclose@the.net>
  12. Date: Tue, 04 Jan 2000 06:26:59 GMT
  13. Organization: Sympatico
  14. To: kermit.misc@columbia.edu
  15.  
  16. Hi Frank,
  17. Hi everybody,
  18.  
  19. MS> ...i'm a DOS_InterNet user...  ...i looked for DOS INet FreeWare/
  20. MS> ShareWare programs in hope that i'd get my hands on some piece of
  21. MS> software which can be run even on a minimum setup, meaning:  8088
  22. MS> 4,77 Mhz ~CPU~  640 Kb ~RAM~ memory (512 Kb if possible!)  No Hard
  23. MS> Disk  Two 5.25"/360 Kb diskette drives or a single 3.5"/720 Kb unit
  24. MS> A crude 8250 ~UART~ serial-port  A V.42Bis MoDem or better (i tied
  25. MS> up an external 56K MoDem to a 8088!)  DOS v3.3 (v3.0 compatibility
  26. MS> would be fine but not required)  I am trying to have some working
  27. MS> `ZMoDem' and/or `Kermit' file transfer protocols for when accessing
  28. MS> ~TelNet~ BBSes.  To upgrade the hardware or to switch to protocols
  29. MS> like ~FTP~/~HTTP~ *IS NOT* an option.  `MS-Kermit v3.16' is the best
  30. MS> thing i seen, so far.  Most unfortunately, `Kermit' doesn't include
  31. MS> the `ZMoDem' file transfer protocol (with control-character escaping
  32. MS> & all)...  Isn't there any MS-DOS `Kermit' update in preparation...
  33. MS> ...since the latest `Win 9x' version already integrates the `ZMoDem'
  34. MS> file transfer protocol, euh...  would you happen to be aware of any
  35. MS> project related to the development of a future MS-DOS `Kermit'
  36. MS> version that will integrate the `ZMoDem' protocol as well?  :^)
  37. FDC> No.  In Windows we do not have a 640K address-space limit.  Anyway,
  38. FDC> this is the *Kermit* Project.
  39.  
  40. Euh...  "No", you don't happen to be aware of any project related to the
  41. development of a future MS-DOS `Kermit' version that will integrate the
  42. `ZMoDem' protocol?  Or does it mean that the `Kermit' project droped its
  43. DOS component?  (Or `ZMoDem' is just a "bonus" feature for `Win' users?)
  44. I'm sorry but i'm not sure what `Kermit' project is or is not, actually.
  45.  
  46. In any instance, can a user obtain the source-code of the latest/minimal
  47. `Kermit' file transfer protocol (for inclusion into other programs)?...
  48.  
  49. MS> ...there's this "TOO MANY ACTIVE TAKE FILES AND MACROS" thing;  i
  50. MS> think i must be terminating macros incorrectly...
  51. FDC> You can't expect a tiny program in a restricted memory space to be
  52. FDC> able to do big things.
  53.  
  54. Big things?!!  If it weren't for the lack of an integrated packet-driver
  55. interface, an integrated ~TelNet~ protocol and a `Kermit' file transfer
  56. protocol - in a program like `{Commo} v7.7' which uses less than 200 Kb
  57. of ~RAM~ memory, in its actual form...  and, considering its *VERSATILE*
  58. macro language, euh...  i guess that i'd have all i can dream of and i'd
  59. be finished with implementing my On-Line ~NG~ reader in no time.  `Conex
  60. v7.5' happens to integrate all these things but one:  it doesn't have a
  61. comparable script/macro language...  (At least, it has a half-acceptable
  62. implementation of the `ZMoDem' protocol)...  :o  In short, I DON'T THINK
  63. THAT THE SUM OF THE BEST FEATURES FOUND IN ALL THOSE PROGRAMS REQUIRES A
  64. BLOATED EXECUTABLE...  It's more like `Kermit' is complaining to me FOR
  65. RUNNING ONE MACRO AFTER ANOTHER WITHOUT ME CLEARING THE UNUSED SPACE;  i
  66. can't but just wonder how i'm supposed to prevent that kind of build up!
  67.  
  68. As for what's supposed to be a "restricted memory space", i've looked at
  69. a number of possible solutions and memory requirements depend on the DOS
  70. pilot ~PPP~ software (it may vary by almost 100 Kb, from the best to the
  71. worst case)...  Amongst some others, i've noticed the driver files which
  72. are found inside the Caldera `DR-WebSpyder' ShareWare archive, the Klos
  73. `PPP-Share v1.4x' ShareWare archive and the `DOSPPPd v0.6 Beta' FreeWare
  74. archive.  The 1st 2 packages both happen to be compatible with Novell's
  75. `NetWare' DOS ~ODI~ environment;  `EPPPD'/`DOSPPPd' emulates the popular
  76. `EtherNet'/Class-1 ~WatTCP~ interface.  Both interfaces are supported by
  77. `Kermit v3.14+', the `NetWare' suite is the less memory-hungry of all...
  78. Klos's ~PPP~ pilot is slightly bigger but it appeared to allow for 10 %
  79. faster D/L rates.  :)  `EPPPD' isn't bad;  only, that one once gave me a
  80. tough time when i tried to run it on a machine where there was an ~IRQ~
  81. conflict.  Also, when it comes to using it on an `XT's which are equiped
  82. with only a 8250 ~UART~, Klos `PPP' can be as bad as `EPPPD'...  I don't
  83. know how the `NetWare' suite behaves in presence of a 8250 because the
  84. 8088 on which i made the test had an internal MoDem with its own 16550.
  85. Euh...  Anyway.  %*o  Overall, memory consumption is approximately like
  86. this - from the lightest to the heaviest:
  87.  
  88. LSL.COM (21/28 Kb), NCOMX.COM (11/12 Kb), NWRemote.COM (21/26 Kb).
  89. EPPPD.EXE (66 Kb).
  90. LSL.COM (21/28 Kb), Klos PPP.EXE (57/63 Kb).
  91.  
  92. Moreover, when you consider that i'm conducting my preliminary `Kermit'
  93. macro tests on a 386 equiped with ~XMS~ memory management, euh...  and
  94. considering that i still have some 260 Kb left of free ~RAM~ memory when
  95. i type "Run Mem" at the `Kermit' command-line, euh...  8-o
  96.  
  97. Frankly, it's quite hard to see how i'd be in need of more memory here!!
  98. If i may, i have this persistent impression that my problem comes from
  99. within! - after `Kermit' has been loaded;  following a limited number of
  100. macro-key presses!...  %-o  Each time i run one of my macros some more
  101. memory is being gobled up and i just don't know how it can be released.
  102.  
  103. Help!
  104.  
  105. [...]
  106.  
  107. Again.  Thanks for your attention reading me.  :)
  108.  
  109. Michel Samson
  110.